Methods and systems for demonstrating a personalized automated teller machine (ATM) presentation

ABSTRACT

A computer-implemented method for demonstrating a personalized automated teller machine (ATM) presentation to a user may include: obtaining transaction data of the user via a device associated with the user; obtaining, via the one or more processors, geographic data of the user based on the transaction data; generating, via the one or more processors, ATM data based on the geographic data of the user; obtaining, via the one or more processors, user feedback data based on the ATM data, wherein the user feedback data comprises a selection of an ATM of the list of the ATMs; transmitting, to the selected ATM of the list of the ATMs, presentation data based on the transaction data and the user feedback data; and demonstrating, via the selected ATM of the list of the ATMs, the personalized ATM presentation to the user based on the presentation data.

CROSS-REFERENCE TO RELATED APPLICATION(S)

This patent application is a continuation of and claims the benefit ofpriority to U.S. Nonprovisional patent application Ser. No. 17/102,485,filed Nov. 24, 2020, which is a continuation of U.S. Nonprovisionalpatent application Ser. No. 16/746,122, filed on Jan. 17, 2020, theentireties of all of which being incorporated herein by reference.

TECHNICAL FIELD

Various embodiments of the present disclosure relate generally todemonstrating a personalized presentation, and, more particularly, todemonstrating a personalized automated teller machine (ATM)presentation.

BACKGROUND

Customers may generally trust bank-operated ATMs more than ATMs operatedby independent ATM services. However, many ATMs in the United States maybe operated by independent ATM services, and banks may contract withsuch independent ATM services in order to provide their customers accessto these ATMs (e.g., on a fee-free or reduced fee basis). In many cases,ATMs operated by independent ATM services may be branded generically orwith another bank's logo, potentially diminishing trust and creatingconfusion over whether customers have fee-free or reduced-fee access tothese ATMs.

Aspects of the present disclosure may overcome the above-referencedchallenge or other challenges. The background description providedherein is for the purpose of generally presenting the context of thedisclosure. The materials described in this section are not prior art tothe claims in this application and are not admitted to be prior art, orsuggestions of the prior art, by inclusion in this section.

SUMMARY OF THE DISCLOSURE

According to certain aspects of the disclosure, methods and systems aredisclosed for demonstrating a personalized automated teller machine(ATM) presentation. This method and system may enable banks to offer agreater value to customers by creating a more trustworthy and/orfamiliar appearance for independent ATM services.

In an aspect, a computer-implemented method for demonstrating apersonalized automated teller machine (ATM) presentation to a user mayinclude obtaining, via one or more processors, transaction data of theuser via a device associated with the user, wherein the transaction dataincludes a potential user activity; obtaining, via the one or moreprocessors, geographic data of the user based on the transaction data,wherein the geographic data of the user includes at least a geographiclocation associated with the potential user activity; generating, viathe one or more processors, ATM data based on the geographic data of theuser, wherein the ATM data includes a list of ATMs that are within apredetermined distance of the geographic location of the user;obtaining, via the one or more processors, user feedback data based onthe ATM data, wherein the user feedback data includes a selection of anATM of the list of the ATMs; transmitting, to the selected ATM of thelist of the ATMs, presentation data based on the transaction data andthe user feedback data, wherein the presentation data includesinformation regarding a transaction entity associated with the potentialuser activity; and demonstrating, via the selected ATM of the list ofthe ATMs, the personalized ATM presentation to the user based on thepresentation data.

In another aspect, a computer-implemented method for demonstrating apersonalized automated teller machine (ATM) presentation to a user mayinclude activating, via one or more processors, an ATM upondetermination of communication between a device associated with the userand the ATM, wherein the device associated with the user is configuredto communicate with one or more sensors of the ATM when the device iswithin a predetermined distance of the ATM; obtaining, via the one ormore processors, transaction data of the user, wherein the transactiondata includes a potential user activity; transmitting, via the one ormore processors, a confirmation request to the device associated withthe user, wherein the confirmation request includes a request for aconfirmation of the potential user activity; obtaining, via the one ormore processors, user feedback data based on the confirmation request,wherein the user feedback data includes at least the confirmation of thepotential user activity; transmitting, to the ATM, presentation databased on the transaction data and the user feedback data, wherein thepresentation data includes information regarding a transaction entityassociated with the potential user activity; and demonstrating, via theATM, the personalized ATM presentation to the user based on thepresentation data.

In yet another aspect, a computer system for demonstrating apersonalized automated teller machine (ATM) presentation to a user mayinclude a memory storing instructions; and one or more processorsconfigured to execute the instructions to perform operations. Theoperations may include obtaining transaction data of the user via adevice associated with the user, wherein the transaction data includes apotential user activity; obtaining geographic data of the user based onthe transaction data, wherein the geographic data of the user includesat least a geographic location associated with the potential useractivity; generating ATM data based on the geographic data of the user,wherein the ATM data includes a list of ATMs that are within apredetermined distance of the geographic location of the user; obtaininguser feedback data based on the ATM data, wherein the user feedback dataincludes a selection of an ATM of the list of the ATMs; transmitting, tothe selected ATM of the list of the ATMs, presentation data based on thetransaction data and the user feedback data, wherein the presentationdata includes information regarding a transaction entity associated withthe potential user activity; and demonstrating, via the selected ATM ofthe list of the ATMs, the personalized ATM presentation to the userbased on the presentation data.

It is to be understood that both the foregoing general description andthe following detailed description are exemplary and explanatory onlyand are not restrictive of the disclosed embodiments, as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute apart of this specification, illustrate various exemplary embodiments andtogether with the description, serve to explain the principles of thedisclosed embodiments.

FIG. 1 depicts an exemplary system infrastructure, according to one ormore embodiments.

FIG. 2 depicts a flowchart of an exemplary method of demonstrating apersonalized automated teller machine (ATM) presentation to a user,according to one or more embodiments.

FIG. 3 depicts a flowchart of another exemplary method of demonstratinga personalized ATM presentation to a user, according to one or moreembodiments.

FIG. 4 depicts an example of a computing device, according to one ormore embodiments.

DETAILED DESCRIPTION OF EMBODIMENTS

The terminology used below may be interpreted in its broadest reasonablemanner, even though it is being used in conjunction with a detaileddescription of certain specific examples of the present disclosure.Indeed, certain terms may even be emphasized below; however, anyterminology intended to be interpreted in any restricted manner will beovertly and specifically defined as such in this Detailed Descriptionsection. Both the foregoing general description and the followingdetailed description are exemplary and explanatory only and are notrestrictive of the features, as claimed.

In this disclosure, the term “based on” means “based at least in parton.” The singular forms “a,” “an,” and “the” include plural referentsunless the context dictates otherwise. The term “exemplary” is used inthe sense of “example” rather than “ideal.” The terms “comprises,”“comprising,” “includes,” “including,” and other variations thereof, areintended to cover a non-exclusive inclusion such that a process, method,or product that comprises a list of elements does not necessarilyinclude only those elements, but may include other elements notexpressly listed or inherent to such a process, method, article, orapparatus. Relative terms, such as, “substantially” and “generally,” areused to indicate a possible variation of ±10% of a stated or understoodvalue.

In the following description, embodiments will be described withreference to the accompanying drawings. As will be discussed in moredetail below, in various embodiments, data, such as transaction data,geographic data, ATM data, user feedback data, or presentation data, maybe used to demonstrate a personalized automated teller machine (ATM)presentation to a user.

FIG. 1 is a diagram depicting an example of a system environment 100according to one or more embodiments of the present disclosure. Thesystem environment 100 may include a computer system 110, a network 130,one or more resources for collecting data 140 (e.g., transaction data,geographic data, ATM data, etc.), a user device (or a device associatedwith a user) 150, and an ATM 160. The one or more resources forcollecting data 140 may include financial services providers 141 orother third-party entities 142. These components may be connected to oneanother via the network 130.

The computer system 110 may have one or more processors configured toperform methods described in this disclosure. In some embodiments, thecomputer system 110 may be owned, operated, and/or maintained by, e.g.,a financial services provider 141 or another third-party entity 142. Thecomputer system 110 may include one or more modules, models, or engines.The one or more modules, models, or engines may include an algorithmmodel 112, a notification engine 114, a data processing module 116, apresentation engine 118, a user identification module 120, and/or aninterface/API module 122, which may each be software components storedin/by the computer system 110. The computer system 110 may be configuredto utilize one or more modules, models, or engines when performingvarious methods described in this disclosure. In some examples, thecomputer system 110 may include a cloud computing platform with scalableresources for computation and/or data storage, and may run one or moreapplications on the cloud computing platform to perform variouscomputer-implemented methods described in this disclosure. In someembodiments, some of the one or more modules, models, or engines may becombined to form fewer modules, models, or engines. In some embodiments,one or more modules, models, or engines may be separated into separate,more numerous modules, models, or engines. In some embodiments, some ofthe one or more modules, models, or engines may be removed while othersmay be added.

The algorithm model 112 may include one or more algorithm models. Thealgorithm model 112 may include a trained machine learning model.Details of the algorithm model 112 are described elsewhere herein. Thenotification engine 114 may be configured to generate and communicate(e.g., transmit) one or more notifications (e.g. ATM data, aconfirmation request, or user feedback data) to a user device 150 or toone or more resources 140 via the network 130. The data processingmodule 116 may be configured to monitor, track, clean, process, orstandardize data (e.g., transaction data, ATM data, user feedback data,etc.) received by the computer system 110. One or more algorithms may beused to clean, process, or standardize the data. The presentation engine118 may receive data or results (e.g., presentation data) from thealgorithm model 112 and demonstrate the personalized ATM presentationbased on the data or results. The user identification module 120 maymanage or authenticate identification data for each user accessing thecomputer system 110. In one implementation, the transaction data,geographic data, ATM data, user feedback data, or presentation dataassociated with each user may be stored to, and retrieved from, one ormore components of the data storage associated with the computer system110 or the one or more resources 140. Details of the transaction data,geographic data, ATM data, user feedback data, and presentation data aredescribed elsewhere herein. The interface/API module 122 may allow theuser to interact with one or more modules, models, or engines of thecomputer system 110.

The computer system 110 may be configured to receive data from othercomponents (e.g., the one or more resources 140, the user device 150,and/or the ATM 160) of the system environment 100 via the network 130.The computer system 110 may further be configured to utilize thereceived data by inputting the received data into the algorithm model112 to produce a result (e.g., a delivery status). Informationindicating the result may be transmitted to the user device 150 or theone or more resources 140 over the network 130. In some examples, thecomputer system 110 may be referred to as a server system that providesa service including providing the information indicating the receiveddata and/or the result to the one or more resources 140 or the userdevice 150.

The network 130 may be any suitable network or combination of networksand may support any appropriate protocol suitable for communication ofdata to and from the computer system 110 and between various othercomponents in the system environment 100. The network 130 may include apublic network (e.g., the Internet), a private network (e.g., a networkwithin an organization), or a combination of public and/or privatenetworks. The network 130 may be configured to provide communicationbetween various components depicted in FIG. 1 . The network 130 maycomprise one or more networks that connect devices and/or components inthe network layout to allow communication between the devices and/orcomponents. For example, the network may be implemented as the Internet,a wireless network, a wired network (e.g., Ethernet), a local areanetwork (LAN), a Wide Area Network (WANs), Bluetooth, Near FieldCommunication (NFC), or any other type of network that providescommunications between one or more components of the network layout. Insome embodiments, the network 130 may be implemented using cell and/orpager networks, satellite, licensed radio, or a combination of licensedand unlicensed radio.

The financial services providers 141 may include one or more entitiessuch as banks, credit card issuers, merchant services providers, orother type of financial service entities. In some examples, thefinancial services providers 141 may include one or more merchantservices providers that provide merchants with the ability to acceptelectronic payments, such as payments using credit cards and/or debitcards. Therefore, the financial services providers 141 may collectand/or store data pertaining to transactions occurring at the merchants.In some embodiment, the financial services providers 141 may issuetransaction vehicles (e.g., a financial card) to the user. In someembodiments, the financial services providers 141 may provide a platform(e.g., an app on a user device) displayed on a user device that canpresent or display data (e.g., ATM data) to a user. The financialservices providers 141 may include one or more databases to store anyinformation related to the transaction or the user. In some embodiments,the financial services providers 141 may provide a platform (e.g., anapplication) on a user device 150 with which a user can interact. Suchuser interactions may provide data (e.g., user feedback data) that maybe analyzed or used in the method disclosed herein.

Other third-party entities 142 may include any entity that is not afinancial services provider 141. For example, the other third partyentities 140 may include, e.g., manufacturers, retailers, consumerpromotion agencies, and other entities. In some embodiments, the otherthird-party entities 140 may include or provide on-line resourcesincluding webpage, e-mail, apps, or social network sites. In someembodiments, the other third-party entities 142 may include a merchant.The other third-party entities 142 may include merchants that provideone or more products. The term “product,” in the context of productsoffered by a merchant, encompasses both goods and services, as well asproducts that are a combination of goods and services. A merchant maybe, for example, a retailer, a vehicle dealer, a grocery store, anentertainment venue, a service provider, a restaurant, a bar, anon-profit organization, or other type of entity that provides productsthat a consumer may consume. A merchant may include, own, or operate oneor more venues that a consumer may physically visit in order to obtainthe products (goods or services) offered by the merchant. In someembodiments, the other third-party entities 142 may include one or moreindependent ATM services. In some embodiment, the other third-partyentities 142 may issue transaction vehicles (e.g., a financial card) toa user. In some embodiments, the other third-party entities 142 mayprovide a platform (e.g., an app on a user device) displayed on a userdevice that can present or display data (e.g., ATM data) to a user. Theother third-party entities 142 may include, own, and/or operate one ormore databases to store any information related to transaction vehiclesthat they provide, and/or any information related to a user of thetransaction vehicles that they provide. In some embodiments, the otherthird-party entities 142 may provide a platform (e.g., an app on a userdevice) with which a user can interact. Such user interactions mayprovide data (e.g., user feedback data) that may be analyzed orotherwise used according to methods disclosed herein.

The financial services providers 141 and/or any other third-partyentities 142 may each include one or more computer systems configured togather, process, transmit, and/or receive data. In general, whenever anyof the financial services providers 141 and/or other third-partyentities 142 is described as performing an operation of gathering,processing, transmitting, or receiving data, it is understood that suchoperations may be performed by a computer system thereof. In general, acomputer system may include one or more computing devices, as describedin connection with FIG. 4 below.

The user device 150 may operate a client program, also referred to as auser application or third-party application, used to communicate withthe computer system 110. This user application may be used to provideinformation (e.g., user feedback data) to the computer system 110 and toreceive information from the computer system 110. In some examples, theuser application may be a mobile application that is run on the userdevice 150. The user device 150 may be a mobile device (e.g.,smartphone, tablet, pager, personal digital assistant (PDA)), a computer(e.g., laptop computer, desktop computer, server), or a wearable device(e.g., smart watch). The user device 150 can also include any othermedia content player, for example, a set-top box, a television set, avideo game system, or any electronic device capable of providing orrendering data. The user device 150 may optionally be portable. The userdevice 150 may optionally be handheld. The user device 150 may be anetwork device capable of connecting to a network, such as the network130, or other networks such as a local area network (LAN), wide areanetwork (WAN) such as the Internet, a telecommunications network, a datanetwork, or any other type of network. The user device 150 may becapable of transmitting information indicating a current location of theuser device 150. For example, the user device 150 may have anapplication configured to transmit data indicating a current location ofthe user device 150 to the computer system 110. The user device 150 maydetermine a location thereof based on data obtained by a GPS included inthe user device 150 and/or other location estimation techniques. Thecomputer system 110 may transmit or receive information from the userdevice 150 based on the location of the user device 150.

The automated teller machine (ATM) 160 may be an electronictelecommunications device that enables customers or users of financialservices providers (e.g., the financial services providers 141) toperform financial transactions, such as cash withdrawals, deposits,transferring funds, and/or obtaining account information. The ATM 160may collect data of the user through one or more components associatedwith the ATM 160. The ATM 160 may also perform one or more operations(e.g., demonstrating a personalized ATM presentation). Details of theATM 160 and one or more components thereof are described elsewhereherein.

The computer system 110 and the ATM 160 may be owned, operated, orotherwise be part of an entity 105, which may be any type of company,organization, or institution. In some examples, the entity 105 may be afinancial services provider. In such examples, the computer system 110may have access to data pertaining to transactions through a privatenetwork within the entity 105. For example if the entity 105 is a cardissuer, the entity 105 may collect and store data (e.g., identificationdata, transaction data) involving a credit card or debit card issued bythe entity 105. In such examples, the computer system 110 may stillreceive data from other financial services providers 141. In some cases,the computer system 110 may have access to data collected by the ATM160. In some embodiments, the computer system 110 may be associated withor located within the ATM 160.

FIG. 2 is a flowchart illustrating a method for demonstrating apersonalized automated teller machine (ATM) presentation to a user,according to one or more embodiments of the present disclosure. Some orall of the method may be performed by, e.g., the computer system 110. Insome embodiments, some or all of the method may be performed by, e.g., auser device (e.g., a user device 150), and/or by an ATM.

Step 201 may include obtaining, via one or more processors, transactiondata of a user via a device associated with the user. The transactiondata may include information regarding a transaction entity associatedwith the user. For instance, the user may turn on or otherwise activatethe device associated with the user and/or access a third-partyapplication provided by the transaction entity. In this situation, theprocess of obtaining the transaction data may be initiated. Theinformation regarding the transaction entity may include, but is notlimited to, a name, an identifier (e.g., bank identification number), alocation, and/or a characteristic of the transaction entity. Thecharacteristic of the transaction entity may include, e.g., a revenue, anet profit, an employee number, and/or any financial or productinformation of the transaction entity. The transaction entity mayinclude at least one of a financial services provider (e.g., a financialservices provider 141), or a third-party entity (e.g., a third partyentity 142), such as an on-line resource, or a merchant. Details of thefinancial services provider and the third-party entity are describedelsewhere herein. The transaction data may also include informationregarding a relationship between the user and the transaction entity. Insome embodiments, the relationship between the user and the transactionentity may include that the user is a customer of the transactionentity. In this situation, the user may hold a transaction vehicle(e.g., financial card or code) issued by the transaction entity orregister with the transaction entity. In some embodiments, therelationship between the user and the transaction entity may includethat the user is not a customer of the transaction entity. In thissituation, the user may not hold a transaction vehicle (e.g., financialcard) issued by the transaction entity nor be registered with thetransaction entity.

The transaction data of the user may include any information regarding atransaction performed by the user, for example, user preferences(preferences or reviews regarding favorite products and/or services,favorite department stores, etc.), a transaction amount, or previoustransaction data. The previous transaction data may include, e.g., atime of a transaction, a location of a transaction, past spendinglevels, a frequency of shopping at one or more transaction entities,store loyalty exhibited by the user, how much the user spends in anaverage transaction, how much the user has spent on a particular good orgoods, and/or how often the user transacts with a particular transactionentity.

The transaction data may include a potential user activity. Thepotential user activity may include an activity potentially to beperformed by the user via the ATM. The potential user activity mayinclude, e.g., at least one of depositing funds, withdrawing funds, orchanging identification data of the user. Generally, the potential useractivity may include any transaction activity that can be performed bythe user via the ATM or not via the ATM. For instance, the potentialuser activity may include transferring funds from one financial accountto another, sending funds to other customers or transaction entities, ordividing funds into different portfolios. In one example, the user maywant to deposit some funds into one of the user's financial accounts. Inthis situation, the potential user activity may be depositing funds bythe user via the ATM. In another example, the user may want to change apassword associated with one of the user's financial accounts. In thissituation, the potential user activity may be changing a password by theuser via the ATM. Such potential user activity may be obtained when theuser turns on the device associated with the user and access athird-party application provided by the transaction entity or associatedwith the ATM. For instance, the user may turn on the device, and accessa third-party application that provides the user with informationregarding where, when and how to deposit funds. In this situation, thepotential user activity may be depositing funds by the user via the ATM.

The transaction data may, in some embodiments, include identificationdata of the user. The identification data of the user may include atleast one of a password, a username, or an address of the user. Theidentification data of the user may further include an actual name,contact information (e.g., phone numbers, e-mail addresses, etc.), asocial security number, biometric data, and/or additional informationpertaining to the user. The additional information may include userpreference information, demographic information (e.g., age, gender,marital status, income level, educational background, number of childrenin household, etc.), employment, and/or other data related to the user.The biometric data of the user may include, e.g., any informationrelated to human characteristics of the user. The biometric data mayinclude, for example, physiological information such as a fingerprint,palm veins, face recognition, DNA, palm print, hand geometry, irisrecognition, retina or odor/scent. The biometric data may also includebehavioral characteristics related to the pattern of behavior of theuser, including but not limited to typing rhythm, gait, or voice.

Step 202 may include obtaining, via the one or more processors,geographic data of the user based on the transaction data. Thegeographic data of the user may include at least a geographic locationassociated with the potential user activity and/or the user. Suchgeographic location may include a specific address of the potential useractivity or the user, or a geographic region surrounding the potentialuser activity or the user. In one example, if the potential useractivity (e.g., depositing funds via an ATM) may take place at aspecific address (e.g., a grocery store having the ATM), the geographiclocation may be within a region or a radius around the specific address.In this situation, the radius or region may be set by the user, anotherindividual, or by one or more algorithms. For instance, in someembodiments, the user may select a pre-determined distance as the radiusaround a specific address. Such pre-determined distance may be at least10 meters, 20 meters, 30 meters, 40 meters or more around the specificaddress. In some embodiments, the pre-determined distance may be at most40 meters, 30 meters, 20 meters, 10 meters, or less around the specificaddress. The geographic location may include a geographic region that auser travels to perform a potential user activity. For instance, a usermay go to work in the morning, go to gym after work, and go back home,and may typically perform the potential user activity near the user'sresidence, location of employment, or gym. In this situation, thegeographic location may be considered the geographic area encompassedwithin a radius around the center of the user's residence, gym, and/oremployer location.

Step 203 may include generating, via the one or more processors, ATMdata based on the geographic data of the user. The ATM data may include,e.g., a list of ATMs that are within a predetermined distance of thegeographic location of the user. The step of generating the ATM databased on the geographic data of the user may include identifying ageographic location of the potential user activity or the user.Identifying the geographic location of the potential user activity orthe user may include using, or using data from, a user device associatedwith the user (e.g., the user device 150). In some embodiments, forexample, the user device 150 may include memory storage that stores(e.g., periodically) a geographic location of the potential useractivity or the user. The geographic location of the potential useractivity may include a current location of the user and/or a locationthat the user visits or stays regularly. Bounds (e.g., a radius or area)of the geographic location of the potential user activity or the usermay be set by the user or another individual, or may be determined by analgorithm. For example, a predetermined radius of the geographiclocation of the potential user activity or the user may be at least 10meters (m), 15 m, 20 m, 25 m, 30 m, 35 m, 40 m, or more. In some otherembodiments, the predetermined radius may be at most 40 m, 35 m, 30 m,25 m, 20 m, 15 m, 10 m or less.

The ATM data may further include geographic locations of the list ofATMs that are within the predetermined distance of the geographiclocation of the potential user activity or the user. Such geographiclocations may include specific addresses of ATMs, and/or may includegeographic regions surrounding each ATM of the list of ATMs. Forinstance, if one ATM is at a specific address (e.g., a grocery storehaving the ATM), the geographic location of the ATM may include a regionor a radius around the specific address. The geographic locations of theATMs may be shown on user interface display on a display screen of theuser device. The ATM data may further include any information regardingan ATM, or any transaction that may be performed by the user with anATM. Such information may include, but is not limited to, a specificlocation of the ATM, a characteristic of the ATM (e.g., which financialservices provider owns the ATM), previous transactions or useractivities performed via the ATM, a status of the ATM (e.g., out oforder), or a functionality of the ATM (e.g., only for withdrawing ordepositing funds).

Step 204 may include obtaining, via the one or more processors, userfeedback data based on the ATM data. In some embodiments, the userfeedback data may include a selection of an ATM of the list of the ATMs.In some embodiments, the user feedback data may indicate a user'spreference of a given ATM listed in the list of ATMs. For instance, theuser may be presented with a list of the ATMs via a display of thedevice associated with the user (e.g., user device 150), and the userfeedback data may include at least one ATM selected by the user amongthe list of ATMs. In some embodiments, the user feedback data may bereceived and transmitted to a trained machine learning algorithm (e.g.,a neural network) to tune and/or update the trained machine learningalgorithm towards user behavior or preference. In some embodiments, theuser feedback data may be provided by the user via one or moreinteractive activities of the user with one or more interactivecomponents of the user device. The one or more interactive activitiesmay include clicking on or touching an image, link, or button displayedon a display of the device associated with the user. The deviceassociated with the user may be capable of accepting inputs of a uservia one or more interactive components of the user device, such as akeyboard, button, mouse, touchscreen, touchpad, joystick, trackball,camera, microphone, or motion sensor input (e.g., an input device 450 asdescribed in connection with FIG. 4 , below). One or more userinterfaces (e.g., an app) may interact with the user to collect the userfeedback data. For instance, the user may click on, touch, verballyindicate, or otherwise indicate one or more selections regarding theATMs displayed on a display of the user device. The one or moreselections may be in a form of a link, button, hyperlink, listselection, image, or any other form.

In some embodiments, the step of obtaining user feedback data may bebased on motion, movement, or relocation of a user device (e.g., theuser device 150) towards or into a geographic location, such as ageographic location of an ATM. For example, a user device may broadcast,transmit, detect, or indicate that it has moved into a geographiclocation of an ATM (e.g., either internally or via the network 130),which may serve to indicate the user's preference for that ATM. In someembodiments, a computer system (e.g., a computer system 110) remote froman ATM may receive such an indication, transmission, or broadcast from auser device. In some embodiments, a computer system local to an ATM, oran ATM itself, may receive such an indication, transmission, orbroadcast from a user device.

Step 205 may include transmitting, to the selected ATM of the list ofATMs, presentation data based on the transaction data and/or the userfeedback data. Additionally or alternatively, step 205 may includesimply loading, at the selected ATM, presentation data based on thetransaction data and/or the user feedback data. Such presentation datamay be stored locally at the selected ATM, or may be transmitted to theselected ATM from one or more local or remote computers. Thepresentation data may include, e.g., information regarding a transactionentity associated with the potential user activity. The informationregarding the transaction entity may include, but is not limited to, aname, an identifier (e.g., bank identification number), a location, atrademark, a logo, a graphical display, or a characteristic of thetransaction entity, or an audio or visual output associated with thetransaction entity (e.g., an animation, a still image, or a noise suchas a jingle, tune, or tone). The characteristic of the transactionentity may include, e.g., a branch number, a fee, a size (e.g., a numberof customers), revenue, a net profit, an employee number, or anyfinancial or product information related to the transaction entity. Thetransaction entity may include at least one of a financial servicesprovider (e.g., a financial services provider 141) or anotherthird-party entity (e.g., a third-party entity 142, such as an on-lineresource, or a merchant). Details of the financial services provider orother third-party entity are described elsewhere herein. Thepresentation data may also include information regarding a relationshipbetween the user and the transaction entity. Details of suchrelationship are described elsewhere herein.

Prior to step 205, or at any stage of demonstrating a personalized ATMpresentation to a user, the method may include determining thepresentation data based on transaction data (e.g., identification data)of the user. Determining the presentation data may be initiated when thetransaction data of the user is received or obtained. Determining thepresentation data of the user may include comparing the obtainedtransaction data of the user to pre-stored identification data. Suchpre-stored identification data may be associated with or mapped topre-stored presentation data. One or more algorithms may be used tocompare the obtained transaction data of the user to pre-storedidentification data and determining whether there is a match (e.g., acomplete match or a match equal to or exceeding a predeterminedthreshold of similarity) between the obtained transaction data of theuser and the pre-stored identification data. Pre-stored presentationdata associated with the pre-stored identification data may be obtainedas the presentation data, based on whether there is a match (e.g., acomplete match or a match equal to or exceeding a predeterminedthreshold of similarity) between the obtained transaction data of theuser and pre-stored identification data. Pre-stored presentation dataand/or pre-stored identification data may be stored at, e.g., an ATM(e.g., at a computer system housed within an ATM), or may be stored atany location locally or remotely including a computer system (e.g., acomputer system 110) that may communicate with the ATM and/or a userdevice via a wired or wireless connection (e.g., over a networkconnection).

In some embodiments, the step of determining the presentation data mayinclude receiving the presentation data, or receiving a cue to upload orretrieve the presentation data, via one or more communication componentsassociated with the ATM 160. The one or more components associated withthe ATM 160 may include, e.g., a reader (e.g., card reader), one or moreATM processors, a keypad, a display screen, a speaker, a printer, one ormore sensors, a presentation component, a wired and/or wirelessconnection, and/or a biometric capturing device. The reader may, e.g.,read account information that is stored on a magnetic strip or a chip ona card or that is shown on a display of a user device. The one or moreATM processors may be configured to receive, process, or analyze and/orinterpret the received data (e.g., presentation data). The keypad may,e.g., allow the user to input the identification data (e.g., password),select what type of transaction they want to make, adjust a userinterface, and communicate with the one or more ATM processors. Thedisplay screen may, e.g., allow the user to see each step of the processor transaction. The display screen may also or alternatively include oneor more interactive components that the user can interact with tocomplete a transaction. The speaker may, e.g., capture the user's voiceor allow the user to hear additional voice features of the ATM. Theprinter may, e.g., be configured to print a receipt, a confirmation, oranother document to aid in completion of a transaction and/or tootherwise interact with a user. The one or more sensors may include,e.g., a proximity sensor, a radio-frequency identification tag, or amagnet to capture signals from the card, a device associated with theuser (e.g., user device), the user, or another item or individual. Theuser device may communicate with the one or more sensors through, e.g.,a near-field communication (NFC), radio-frequency identification (RFID),or Bluetooth connection, or by any other wired or wireless connection.The presentation component may, e.g., be able to present thepersonalized ATM presentation to individuals who can observe the ATM,such as the user or other bystanders. Such presentation component mayinclude, e.g., one or more lights, screens, projectors, or speakers thatcan show or emit personalized ATM presentation, when the user is (oreven when the user is not) within a predetermined distance from the ATM(e.g., within a geographical location including the ATM). The wired orwireless connection may include, e.g., any devices, hardware, software,and/or attachment(s) to enable aspects to enable the ATM to communicatewith, e.g., a remote server, a cloud computing system, a local computer,and/or the user device. The biometric capturing device may be configuredto capture, e.g., any biometric information (e.g., fingerprint, facialimage) from a user.

Step 206 may include demonstrating, via the selected ATM of the list ofthe ATMs, the personalized ATM presentation to the user based on thepresentation data. “Demonstrating” in this context may include visualand/or auditory demonstration using one or more screens, lights,displays, and/or speakers on, near, and/or controlled by the ATM. Forexample, in some embodiments, an ATM may include one or more screens ordisplays incorporated into its external casing, on top of it, and/ornearby, any or all of which may be used to demonstrate a personalizedATM presentation. The personalized ATM presentation may include, e.g.,at least one of a logo, a theme, a color scheme, a slogan, a titlescreen, a jingle, tone, or other sound, or any other output associatedwith the transaction entity. Such a personalized ATM presentation may bepresented to the user via any presentation component(s) of the ATM. Thepersonalized ATM presentation may include, e.g., at least a design, alayout, a graphic scheme, or a color scheme of the personalized ATMpresentation. In some embodiments, the step of demonstrating thepersonalized ATM presentation to the user based on the presentation datamay include receiving such presentation data from the transactionentity; thus, in such embodiments, the presentation data may be providedby the transaction entity. The design of the personalized ATMpresentation may include, e.g., a background (e.g., the shape of thebackground or whether the logo of the transaction entity shows up on thebackground) of the personalized ATM presentation. The layout of thepersonalized ATM presentation may include, e.g., an arrangement oftexts, graphics, a logo or a theme associated with the transactionentity. The graphic scheme of the personalized ATM presentation mayinclude, e.g., a shape or design of a logo or a theme associated withthe transaction entity. The shape of a logo or a theme associated withthe transaction entity may include, e.g., any two-dimensional orthree-dimensional shape, including, but not limited to, a circle, asquare, a rectangle, a triangle, a trapezoid, a pentagon, a sphere, acone, a cylinder, a cube, or a cuboid. The color scheme of thepersonalized ATM presentation may include, e.g., any color(s) associatedwith the background, the logo or the theme associated with thetransaction entity on the presentation. Such color(s) may include anysuitable shade or hue, such as black, white, yellow, red, pink, green,blue, gray, orange, purple, gold, silver, or brown.

In some embodiments, the step of demonstrating the personalized ATMpresentation to the user may include demonstrating the personalized ATMpresentation via an augmented reality (AR) device or a virtual reality(VR) device. The AR device may include a wearable glass device or ahead-mounted device which, in some cases, may include or may be part ofa user device. The VR device may include, e.g., a virtual realityheadset, which may be a head-mounted device that provides virtualreality for the wearer. The AR device or VR device may include, e.g., astereoscopic head-mounted display (providing separate images for eacheye), stereo sound, head motion tracking sensors (e.g., which mayinclude gyroscopes, accelerometers, magnetometers, structured lightsystems, etc.), and/or eye tracking sensors. The AR device or the VRdevice may be equipped by the user. The AR device or the VR device mayinclude one or more processors or components (e.g., sensors) that areable to communicate with the ATM (and/or a user device, if the AR or VRdevice does not include a user device). Such communication may beinitiated once the personalized ATM presentation is generated, or oncethe presentation data is determined. Such communication may beavailable, e.g., when the distance between the user and the ATM iswithin a pre-determined distance. Such pre-determined distance may be atleast 5 meters, 10 meters, 20 meters, 30 meters, 40 meters or more. Insome embodiments, the pre-determined distance may be at most 40 meters,30 meters, 20 meters, 10 meters, 5 meters, or less. In one example, theuser, who is wearing a VR device, may activate a device to search for anATM to deposit fund. After the user feedback is entered by the user andone ATM is selected, one or more components of the ATM may providesignal or data that can communicate with the one or more processors orcomponents of the VR device to activate the VR device. In thissituation, the user may see a personalized ATM presentation of the ATMvia the VR device that the user is wearing.

In some embodiments, multiple users may see different personalized ATMpresentations on the same ATM, e.g., due to the use of AR or VR device.For instance, user A and user B are next to each other and each wears aVR device. Both of them may activate their devices to search for an ATMto deposit funds. After the user feedback data is received from bothuser A and user B and one ATM is selected by both users, one or morecomponents of the ATM and/or a computer system associated with the ATMmay provide a signal or data that can communicate with the one or moreprocessors or components of the VR devices worn by user A and user B toactivate their VR devices. In this situation, user A may see apersonalized ATM presentation of the ATM via the VR device that the userA is wearing, and, at the same time, user B may see another personalizedATM presentation of the ATM via the VR device that the user B iswearing.

In further embodiments, the step of demonstrating a personalized ATMpresentation to a user may include simultaneously demonstrating twopersonalized ATM presentations to two users, or to a user associatedwith two or more separate accounts or transaction entities. For example,two sets of logos, institution names, color schemes, etc. may bedemonstrated side-by-side or in sequence using a display, lightsequence, speaker, or other output of an ATM.

In some embodiments, the one or more resources 140 (e.g., the one ormore financial services providers 141) may bid to have a personalizedATM presentation featuring a logo, institution name, color scheme, etc.corresponding to the resource displayed on an ATM, e.g., as anadvertisement and/or for a brand awareness campaign. A resource offeringa highest bid may win the ability to display its personalized ATMpresentation on the ATM for a certain period of time. One or morealgorithms and/or an automated auction platform may be used for the oneor more resources 140 to bid for displaying a given personalized ATMpresentation. Such an algorithm and/or automated auction platform may behosted, run, and/or managed by a computer system otherwise associatedwith systems and methods disclosed herein (e.g., the computer system110), and/or any other suitable computer system with a direct orindirect connection to the ATM, via, e.g., the network 130. Thealgorithm and/or automated auction platform may enable the one or moreresources 140 to set bidding parameters in order to bid. The biddingparameters may include a maximum bidding amount (e.g., maximum is set as$1000) that a given resource is willing to pay, a bidding period (e.g.,three hours) that a given resource is willing to stay in the biddingprocess, and/or a bidding increment (e.g., a constant increment, such as$10, or a variable increment that changes based on, e.g., a percentagevalue and/or an algorithm) by which the given resource is willing toincrease a bid against a competing bid. In one example, a plurality ofcommercial banks may participate in a bidding process, and each maysubmit a maximum bidding amount, a bidding period, and a biddingincrement to a computer system managing the bidding process. The one ormore algorithms and/or the automated auction may utilize the maximumbidding amounts, the bidding periods, and the bidding increments toperform the bidding process and determine a winner. A personalized ATMpresentation provided by the winning commercial bank may be presented onthe ATM for a predetermined period of time.

Prior to step 202, or at any stage of generating a personalized ATMpresentation to a user, there may be a step of authenticatingidentification data of the user. The authenticating step may beinitiated, e.g., when the identification data of the user is received orobtained. Authentication may include, e.g., comparing the identificationdata of the user to pre-stored identification data. During theauthenticating process, one or more algorithms may be used to comparethe identification data of the user to a pre-stored identification dataand determine whether there is a match (e.g., a complete match or amatch equal to or exceeding a predetermined threshold of similarity)between the identification data of the user and pre-storedidentification data. Transaction or demonstrating process may bepermitted to be completed, may be stopped, or may require additionalauthentication processes to occur, based on whether there is a match(e.g., a complete match or a match equal to or exceeding apre-determined threshold of similarity) between the identification dataof the user and pre-stored identification data.

The pre-stored identification data may be initially generated, e.g.,when a user is first registered with a transaction system, anauthentication system, or a transaction entity. In other embodiments,the pre-stored identification data may be first generated, e.g., when auser first connects with a transaction system, an authentication system,or a transaction entity via a transaction vehicle (e.g., a user device)or in-person at a physical location of the transaction system, theauthentication system, or the transaction entity. If the user device isused and the user device is an electronic mobile device, the pre-storedidentification data may be first generated when a mobile application forauthenticating identification is downloaded, installed, or running onthe user device for the first time. If another type of transactionvehicle is used, the pre-stored identification data may be generatedwhen information of the transaction vehicle is registered or entered bya user through an electronic device (e.g., a phone, a computer, etc.).The pre-stored identification data may be generated, e.g., when a useraccount is registered with a transaction system, an authenticationsystem, or a transaction entity and the pre-stored identification maycorrespond to the transaction vehicle used for registration of the useraccount. Once the pre-stored identification data has been generated, itmay be stored, e.g., with other user account information and/orauthentication information, in one or more parts of a computer system(e.g., a computer system 110) and/or a user device. The pre-storedidentification data may be stored, e.g., in one or more memory units,cookies, caches, browsing histories, and/or browser fingerprints. Thepre-stored identification data may be stored, e.g., in a memory on-boardthe transaction vehicle. The pre-stored identification data may bedistributed, e.g., over multiple devices or systems (e.g., peer-to-peer,cloud-computing based infrastructure, between the reader and an externaldevice). In some embodiments, the pre-stored identification data of theuser may be adjustable by the user. For instance, after the pre-storedidentification data is stored, the user may update the pre-storedidentification data during a pre-determined period. The pre-determinedperiod may be at least 1 day, 1 week, 1 month, 1 quarter, 1 year orlonger. In other embodiments, the pre-determined period may be at most 1year, 1 quarter, 1 month, 1 week, 1 day or shorter.

FIG. 3 is a flowchart illustrating another exemplary method fordemonstrating a personalized automated teller machine (ATM) presentationto a user, according to one or more embodiments of the presentdisclosure. The method may be performed by computer system 110. In someembodiments, some or all of the method may be performed by, e.g., a userdevice (e.g., a user device 150), and/or by an ATM.

Step 301 may include activating, via one or more processors, an ATM upondetermination of communication between a device associated with the user(e.g., a user device) and the ATM. The device associated with the usermay be configured to communicate with one or more sensors of the ATMwhen the device is within a pre-determined distance of the ATM. Suchcommunication may include signal or data transmission between the ATMand the device associated with the user via a near-field communication(NFC), radio-frequency identification (RFID), or Bluetooth. Additionallyor alternatively, the device associated with the user may be configuredto communicate with the ATM, and vice versa, by a wired or wirelessconnection, such as a local area network, wide area network, cellulardata network, or other network. Such communication may include signal ordata transmission between the ATM and the user device over the network,optionally through a remote or local computer system associated with theATM and/or the user device.

The ATM may be activated once the device associated with the usercommunicates with the ATM within a pre-determined distance of the ATM.When the ATM is activated, the ATM may change from a sleep mode (e.g., alower electrical power mode where some of the components of the ATM arenot working) to a work mode (e.g., a standard electrical power modewhere all of the components of the ATM are working), or may change froman off-status (e.g., the ATM is completely turned off and does notconsume any electrical power) to an on-status (e.g., the ATM is workingand consumes standard electrical power). Such pre-determined distancemay be set by the user or determined by an algorithm. The pre-determineddistance of the user may be adjustable by the user or by an algorithm.For instance, after the pre-determined distance is stored, the user oran algorithm may update the pre-determined distance during apre-determined period. The pre-determined period may be at least 1 day,1 week, 1 month, 1 quarter, 1 year or longer. In other embodiments, thepre-determined period may be at most 1 year, 1 quarter, 1 month, 1 week,1 day or shorter. The pre-determined distance of the user may beadjustable by the algorithm. Such algorithm may be a trained machinelearning algorithm that can adjust the pre-determined distance of theuser based on data received in the algorithm model 112. For instance,the trained machine learning algorithm may use previous pre-determineddistances of the user, previous pre-determined distances of customersother than the user, previous geographic locations of the potential useractivities, or previous geographic locations of the potential customeractivities to train a machine learning algorithm. Details of the trainedmachine learning algorithm are described elsewhere herein. Thepre-determined distance may be at least 1 meter (“m”), 2 m, 5 m, 8 m, 10m, or longer. In some embodiments, the pre-determined distance may be atmost 10 m, 8 m, 5 m, 3 m, 1 m, or shorter.

The one or more sensors of the ATM may include at least a proximitysensor. The one or more sensors may further include a radio-frequencyidentification tag, or a magnet to capture signals from the deviceassociated with the user (e.g., user device), or the user.

The device associated with the user may include one or more transmittersconfigured to communicate with the one or more sensors. The deviceassociated with the user may be the user device disclosed elsewhereherein, including a mobile device (e.g., smartphone, tablet, pager,personal digital assistant (PDA)), or a wearable device (e.g., smartwatch). Further details of the device associated with the user aredescribed elsewhere herein. The one or more transmitters may beconfigured to communicate with one or more sensors of the ATM via ashort-range communication interface such as a near field communication(NFC) interface, Bluetooth, WiFi, or inter-integrated circuit (I2C)communication interfaces. The short-range communication interface may beused to engage short-range communication with other short-rangecommunication enabled devices (e.g., an ATM).

After the ATM is activated, a notification may be sent to the device tonotify the user that the ATM is activated. The notification may includeany information associated with the ATM, including, but not limited to,the location of the ATM, the hours of the ATM, or the status of the ATM.The notification may be configured to be displayed on a display screenof a user device associated with the user (e.g., user device 150),either automatically, or in response to a prompt (e.g., a user-generatedprompt or query). The notification may be displayed on the displayscreen in any suitable form, such as an e-mail, a text message, a pushnotification, content on a web page, and/or any form of graphical userinterface. The user device 150 may be capable of accepting inputs of auser via one or more interactive components of the user device 150, suchas a keyboard, button, mouse, touchscreen, touchpad, joystick,trackball, camera, microphone, or motion sensor. In one example, theuser may carry a user device and enter a grocery store having an ATM,and since the distance between the user and the ATM is within apre-determined distance, the ATM can be activated and a notification maybe sent to the user device to inform the user that the ATM is activated.

Step 302 may include obtaining, via the one or more processors,transaction data of the user. The transaction data may include, e.g., apotential user activity. The potential user activity may include anactivity that may be potentially performed by the user via the ATM. Thepotential user activity may include, e.g., at least one of depositingfunds, withdrawing funds, transferring funds, checking a balance, orchanging identification data of the user. The potential user activitymay include any transaction activity performed by the user via the ATMor not via the ATM. For instance, the potential user activity mayinclude transferring funds from one financial account to another,sending funds to other customers or transaction entities, or dividingfunds into different portfolios. The potential user activity may beobtained when user turns on the device associated with the user andaccess a third-party application provided by the transaction entity orassociated with the ATM. In some embodiments, the potential useractivity may be obtained when the ATM is activated. The transaction datamay include identification data of the user. Details of the potentialuser activity and identification data are described elsewhere herein.

The step of obtaining the transaction data may be activated after theATM is activated. In this situation, the transaction data of the usermay be obtained automatically based on the trigger condition that theATM is activated. For instance, the user may turn on an application onthe user device to deposit funds to the user's financial account andenter a grocery store having an ATM, and the distance between the userholding the user device and the ATM is within a pre-determined distance.In this situation, the transaction data indicating that a potential useractivity of depositing funds may be obtained automatically via the userdevice. In some embodiments, the transaction data of the user may beobtained based on the trigger conditions that the ATM is activated anduser permits obtaining the transaction data. For instance, the user mayturn on an application on the user device to withdraw funds from theuser's financial account and may enter a grocery store having an ATM,and the distance between the user holding the user device and the ATMmay be within a pre-determined distance. In this situation, the ATM canbe activated and a notification may be sent to the user device to informthe user that the ATM is available for withdrawing funds, and the usermay permit the ATM or the system to obtain transaction data via thedevice associated with the user.

Step 303 may include transmitting, via the one or more processors, aconfirmation request to the device associated with the user. Theconfirmation request may include a request for a confirmation of thepotential user activity. The confirmation request may include anyinformation associated with the potential user activity, including, butnot limited to, the description of the potential user activity, the timeor location of the potential user activity, or identification datarelated to the potential user activity. The confirmation request may beconfigured, e.g., to be displayed on a display screen or output from aspeaker of a user device associated with the user (e.g., user device150). The confirmation request may be displayed on the display screen oroutput from a speaker in any suitable form, such as an e-mail, a textmessage, a push notification, content on a web page, any form ofgraphical user interface, a beep, ring, or other tone, a text-to-speechsentence read out loud, etc. The user device 150 may be capable ofaccepting inputs of a user via one or more interactive components of theuser device 150, such as a keyboard, button, mouse, touchscreen,touchpad, joystick, trackball, camera, microphone, or motion sensor. Forinstance, the user may turn on an application on the user device todeposit funds to the user's financial account and enter a grocery storehaving an ATM, and the distance between the user and the ATM is within apre-determined distance. In this situation, the transaction dataindicating that a potential user activity of depositing funds may beobtained automatically. Then, a confirmation request including thedescription of potential user activity (e.g., depositing $500) may bepresented on the display screen of the user device as a pushnotification, and the user may interact with the push notification toeither confirm or decline such user activity.

Step 304 may include obtaining, via the one or more processors, userfeedback data based on the confirmation request. In some embodiments,the user feedback data may include at least the confirmation or declineof the potential user activity. In some embodiments, the user feedbackdata may further indicate a user's preference of the ATM. For instance,if there are more than one ATM within the pre-determined distance, theuser may be presented with a list of the ATMs via a display of thedevice associated with the user (e.g., user device 150), and the userfeedback data may include at least one ATM selected by the user amongthe list of ATMs. In some embodiments, the user feedback data may bereceived and transmitted to a trained machine learning algorithm (e.g.,neural network) to tune and/or update the trained machine learningalgorithm towards user behavior or preference. In some embodiments, theuser feedback data may be provided by the user via one or moreinteractive activities of the user with one or more interactivecomponents of the user device. The one or more interactive activitiesmay include clicking on or touching an image, link, or button displayedon a display of the device associated with the user. The deviceassociated with the user may be capable of accepting inputs of a uservia one or more interactive components of the user device, such as akeyboard, button, mouse, touchscreen, touchpad, joystick, trackball,camera, microphone, or motion sensor input (e.g., an input device 450 asdescribed in connection with FIG. 4 , below). One or more userinterfaces (e.g., an app) may interact with the user to collect the userfeedback data. For instance, the user may click on, touch, verballyindicate, or otherwise indicate one or more selections regarding the ATMdisplayed on a display of the user device. The one or more selectionsmay be in the form of a link, button, hyperlink, list selection, image,or any other form. In one example, after a confirmation requestincluding the description of potential user activity (e.g., depositing$500) is presented on the display screen of the user device as a pushnotification, the user may interact with the push notification toprovide the user feedback data to confirm the potential user activity(e.g., depositing $500) and the selected ATM.

In some embodiments, the step of obtaining user feedback data may bebased on motion, movement, or relocation of a user device (e.g., theuser device 150) towards or into a geographic location, such as ageographic location of an ATM. For example, a user device may broadcast,transmit, detect, or indicate that it has moved into a geographiclocation of an ATM (e.g., either internally or via the network 130),which may serve to indicate the user's preference for that ATM. In someembodiments, a computer system (e.g., a computer system 110) remote froman ATM may receive such an indication, transmission, or broadcast from auser device. In some embodiments, a computer system local to an ATM, oran ATM itself, may receive such an indication, transmission, orbroadcast from a user device.

Step 305, similar to step 205, may include transmitting, to the ATM,presentation data based on the transaction data and/or the user feedbackdata. Additionally or alternatively, step 305 may include simplyloading, at the selected ATM, presentation data based on the transactiondata and/or the user feedback data. Such presentation data may be storedlocally at the selected ATM, or may be transmitted to the selected ATMfrom one or more local or remote computers. The presentation data mayinclude, e.g., information regarding a transaction entity associatedwith the potential user activity. The information regarding thetransaction entity may include, but is not limited to, a name, anidentifier (e.g., bank identification number), a location, a trademark,a logo, a graphical display, or a characteristic of the transactionentity, or an audio or visual output associated with the transactionentity (e.g., an animation, a still image, or a noise such as a jingle,tune, or tone). The characteristic of the transaction entity mayinclude, e.g., a branch number, a fee, a size (e.g., a number ofcustomers), revenue, a net profit, an employee number, or any financialor product information related to the transaction entity. Thetransaction entity may include at least one of a financial servicesprovider (e.g., a financial service provider 141) or another third-partyentity (e.g., a third-party entity 142, such as, an on-line resource, ora merchant. Details of the financial services provider, or otherthird-party entity are described elsewhere herein. Prior to step 305, orat any stage of demonstrating a personalized ATM presentation to a user,the method may include determining the presentation data based ontransaction data (e.g., identification data) of the user. Furtherdetails of the presentation data and determining the presentation dataare described elsewhere herein.

Step 306, similar to step 206, may include demonstrating, via the ATM,the personalized ATM presentation to the user based on the presentationdata. The personalized ATM presentation includes at least one of a logoor a theme associated with the transaction entity. The personalized ATMpresentation may include at least a design, a layout, a graphic scheme,or a color scheme of the personalized ATM presentation. Thedemonstrating the personalized ATM presentation to the user based on thepresentation data may include receiving such presentation from thetransaction entity, thus the presentation data may be provided by thetransaction entity. Details of the design, layout, graphic scheme, orcolor scheme of the personalized ATM presentation are describedelsewhere herein. In some embodiments, the personalized ATM presentationmay be customized to allow for ease of performing a potential activityconfirmed earlier by the user (e.g., withdrawal or depositing of cash,transferring funds, checking a balance, etc.).

In some embodiments, the step of demonstrating the personalized ATMpresentation to the user may include demonstrating the personalized ATMpresentation via an augmented reality (AR) device or a virtual reality(VR) device. The AR device may include a wearable glass device or ahead-mounted device which, in some cases, may include or may be part ofa user device. The VR device may include, e.g., a virtual realityheadset, which may be a head-mounted device that provides virtualreality for the wearer. The AR device or VR device may include, e.g., astereoscopic head-mounted display (providing separate images for eacheye), stereo sound, head motion tracking sensors (e.g., which mayinclude gyroscopes, accelerometers, magnetometers, structured lightsystems, etc.), and/or eye tracking sensors. The AR device or the VRdevice may be equipped by the user. The AR device or the VR device mayinclude one or more processors or components (e.g., sensors) that areable to communicate with the ATM (and/or a user device, if the AR or VRdevice does not include a user device). Such communication may beinitiated once the personalized ATM presentation is generated, or oncethe presentation data is determined. Such communication may beavailable, e.g., when the distance between the user and the ATM iswithin a pre-determined distance. Such pre-determined distance may be atleast 5 meters, 10 meters, 20 meters, 30 meters, 40 meters or more. Insome embodiments, the pre-determined distance may be at most 40 meters,30 meters, 20 meters, 10 meters, 5 meters, or less. In one example, anATM may be activated because the user holding the user device is withina pre-determined distance of the ATM, and after user confirms thepotential user activity with the ATM, one or more components of the ATMmay provide signal or data that can communicate with the one or moreprocessors or components of the VR device to activate the VR device. Inthis situation, the user may see a personalized ATM presentation of theATM via the VR device that the user is wearing. In some embodiments, thepersonalized presentation may persist for a pre-determined period oftime when the user is within the pre-determined distance, either whenthe user wears an AR/VR device or not. Such pre-determined period oftime may be at least 30 seconds, 1 minute, 2 minutes, 5 minutes, 10minutes, or longer. In some embodiments, the pre-determined period oftime may be at most 10 minutes, 5 minutes, 2 minutes, 1 minute, 30seconds, or shorter.

At any stage of demonstrating a personalized automated teller machine(ATM) presentation to a user (e.g., step 304), a trained machinelearning algorithm may be used. The trained machine learning algorithmmay be part of the analysis model 112. The trained machine learningalgorithm may include, e.g., a regression-based model that accepts thetransaction data, geographic data, ATM data, user feedback data, orpresentation data as input data. The trained machine learning algorithmmay be of any suitable form, and may include, for example, a neuralnetwork. A neural network may include software representing human neuralsystem (e.g., cognitive system). A neural network may, e.g., include aseries of layers termed “neurons” or “nodes.” A neural network maycomprise an input layer, to which data is presented; one or moreinternal layers; and an output layer. The number of neurons in eachlayer may be related to the complexity of a problem to be solved. Inputneurons may receive data being presented and then transmit the data tothe first internal layer based on the relative weight of connectionsbetween input neurons and neurons in the first internal layer. A neuralnetwork may include any suitable type of network, such as aconvolutional neural network, a deep neural network, or a recurrentneural network.

The trained machine learning algorithm may compute the futurepresentation data, future transaction data (e.g., potential useractivity), or future user feedback data of the user as a function of theprior transaction data, prior geographic data, prior ATM data, prioruser feedback data, prior presentation data, or one or more variablesindicated in the input data. The one or more variables may be derivedfrom the prior transaction data, prior geographic data, prior ATM data,prior user feedback data, or prior presentation data. This function maybe learned by training the machine learning algorithm with trainingsets.

The machine learning algorithm may be trained by supervised,unsupervised or semi-supervised learning using training sets comprisingdata of types similar to the type of data used as the model input. Forexample, the training set used to train the model may include anycombination of the following: prior transaction data of the user, priorgeographic data of the user, prior user feedback data, prior ATM data ofthe user, prior presentation data of the user, prior transaction data ofcustomers other than the user, prior geographic data of customers otherthan the user, prior feedback data of customers other than the user,prior ATM data of customers other than the user, and/or priorpresentation data of customers other than the user. Accordingly, themachine learning model may be trained to map input variables to aquantity or value of the future presentation data, future transactiondata (e.g., potential user activity), or future user feedback data ofthe user. That is, the machine learning model may be trained todetermine a quantity or value of the future presentation data, futuretransaction data (e.g., potential user activity), or future userfeedback data of the user as a function of various input variables.

In general, any process discussed in this disclosure that is understoodto be computer-implementable, such as the processes illustrated in FIGS.2-3 , may be performed by one or more processors of a computer system,such as the computer system 110, as described above. A process orprocess step performed by one or more processors may also be referred toas an operation. The one or more processors may be configured to performsuch processes by having access to instructions (e.g., software orcomputer-readable code) that, when executed by the one or moreprocessors, cause the one or more processors to perform the processes.The instructions may be stored in a memory of the computer system. Aprocessor may be a central processing unit (CPU), a graphics processingunit (GPU), or any suitable types of processing unit.

Further, while particular processes have been outlined herein, it iscontemplated that such processes are exemplary. A person skilled in theart will understand that variations on such processes, includingrepeating, re-ordering, adding, or deleting steps are well within thepurview of one of ordinary skill in the art, and are contemplated bythis disclosure as well.

A computer system, such as the computer system 110, the ATM 160, and/orthe user device 150, may include one or more computing devices. If theone or more processors of the computer system 110, the ATM 160, and/orthe user device 150 are implemented as a plurality of processors, theplurality of processors may be included in a single computing device ordistributed among a plurality of computing devices. If a computer system110, the ATM 160, and/or the user device 150 comprises a plurality ofcomputing devices, the memory of the computer system 110, the ATM 160,and/or the user device 150 may include the respective memory of eachcomputing device of the plurality of computing devices.

FIG. 4 illustrates an example of a computing device 400 of a computersystem, such as the computer system 110 and/or the user device 150. Thecomputing device 400 may include processor(s) 410 (e.g., CPU, GPU, orother such processing unit(s)), a memory 420, and communicationinterface(s) 440 (e.g., a network interface) to communicate with otherdevices. Memory 420 may include volatile memory, such as RAM, and/ornon-volatile memory, such as ROM and storage media. Examples of storagemedia include solid-state storage media (e.g., solid state drives and/orremovable flash memory), optical storage media (e.g., optical discs),and/or magnetic storage media (e.g., hard disk drives). Theaforementioned instructions (e.g., software or computer-readable code)may be stored in any volatile and/or non-volatile memory component ofmemory 420. The computing device 400 may, in some embodiments, furtherinclude input device(s) 450 (e.g., a keyboard, mouse, or touchscreen)and output device(s) 460 (e.g., a display, printer). The aforementionedelements of the computing device 400 may be connected to one anotherthrough a bus 430, which represents one or more busses. In someembodiments, the processor(s) 410 of the computing device 400 includesboth a CPU and a GPU.

Instructions executable by one or more processors may be stored on anon-transitory computer-readable medium. Therefore, whenever acomputer-implemented method is described in this disclosure, thisdisclosure shall also be understood as describing a non-transitorycomputer-readable medium storing instructions that, when executed by oneor more processors, cause the one or more processors to perform thecomputer-implemented method. Examples of non-transitorycomputer-readable medium include RAM, ROM, solid-state storage media(e.g., solid state drives), optical storage media (e.g., optical discs),and magnetic storage media (e.g., hard disk drives). A non-transitorycomputer-readable medium may be part of the memory of a computer systemor separate from any computer system.

It should be appreciated that in the above description of exemplaryembodiments, various features are sometimes grouped together in a singleembodiment, figure, or description thereof for the purpose ofstreamlining the disclosure and aiding in the understanding of one ormore of the various inventive aspects. This method of disclosure,however, is not to be interpreted as reflecting an intention that theclaims require more features than are expressly recited in each claim.Rather, as the following claims reflect, inventive aspects lie in lessthan all features of a single foregoing disclosed embodiment. Thus, theclaims following the Detailed Description are hereby expresslyincorporated into this Detailed Description, with each claim standing onits own as an embodiment of this disclosure.

Furthermore, while some embodiments described herein include some butnot other features included in other embodiments, combinations offeatures of different embodiments are meant to be within the scope ofthe disclosure, and form different embodiments, as would be understoodby those skilled in the art. For example, in the following claims, anyof the claimed embodiments can be used in any combination.

Thus, while certain embodiments have been described, those skilled inthe art will recognize that other and further modifications may be madethereto without departing from the spirit of the disclosure, and it isintended to claim all such changes and modifications as falling withinthe scope of the disclosure. For example, functionality may be added ordeleted from the block diagrams and operations may be interchanged amongfunctional blocks. Steps may be added to, deleted from, and/or repeatedwithin methods described within the scope of the present disclosure.

The above disclosed subject matter is to be considered illustrative, andnot restrictive, and the appended claims are intended to cover all suchmodifications, enhancements, and other implementations, which fallwithin the true spirit and scope of the present disclosure. Thus, to themaximum extent allowed by law, the scope of the present disclosure is tobe determined by the broadest permissible interpretation of thefollowing claims and their equivalents, and shall not be restricted orlimited by the foregoing detailed description. While variousimplementations of the disclosure have been described, it will beapparent to those of ordinary skill in the art that many moreimplementations and implementations are possible within the scope of thedisclosure. Accordingly, the disclosure is not to be restricted.

What is claimed is:
 1. A computer-implemented method for demonstrating apersonalized automated teller machine (ATM) presentation to a user, themethod comprising: determining, based on an interaction between a userand a device associated with the user, a potential user activity thatinvolves an interaction between the user and an ATM; and in response todetermining the potential user activity: determining a geographiclocation associated with the potential user activity; causing an ATMassociated with the determined geographic location to obtainpresentation data that includes information regarding a transactionentity associated with the potential user activity; and causing at leastone display associated with the ATM to demonstrate the personalized ATMpresentation to the user based on the presentation data.
 2. Thecomputer-implemented method of claim 1, wherein the interaction betweenthe user and the device includes accessing an electronic application,via the device, associated with a transaction entity.
 3. Thecomputer-implemented method of claim 1, wherein determining thegeographic location associated with the potential user activity is basedon a current location of the device.
 4. The computer-implemented methodof claim 1, wherein determining the geographic location associated withthe potential user activity is based on a geographic region historicallyassociated with the user for the determined potential user activity. 5.The computer-implemented method of claim 1, wherein causing the at leastone display associated with the ATM to demonstrate the personalized ATMpresentation is performed in response to determining, by the device,that the device has entered within a predetermined radius of the ATM. 6.The computer-implemented method of claim 1, further comprising: causing,via the device, the ATM to transition to a working mode or an on-status.7. The computer-implemented method of claim 1, wherein causing the ATMto demonstrate the personalized ATM presentation is performed inresponse to a connection being established between the device and theATM.
 8. The computer-implemented method of claim 7, wherein theconnection is established via a short-range interface of the device. 9.The computer-implemented method of claim 1, wherein: the ATM is one of aplurality of ATMs associated with the determined geographic location;and the computer-implemented method further comprises: displaying, viathe device, a listing of the plurality of ATMs; receiving, via thedevice, a selection by the user of the ATM from amongst the plurality ofATMs in the listing; and in response to receiving the selection,selecting the ATM.
 10. The computer-implemented method of claim 1,further comprising: displaying, via the device, a notification includinginformation associated with the ATM.
 11. A device for demonstrating apersonalized automated teller machine (ATM) presentation to a user, thedevice comprising: at least one memory storing instructions; and atleast one processor operatively connected to the at least one memory andconfigured to execute the instructions to perform operations, including:determining, based on an interaction between a user associated with thedevice and the device, a potential user activity that involves aninteraction between the user and an ATM; and in response to determiningthe potential user activity: determining a geographic locationassociated with the potential user activity; causing an ATM associatedwith the determined geographic location to obtain presentation data thatincludes information regarding a transaction entity associated with thepotential user activity; and causing at least one display associatedwith the ATM to demonstrate the personalized ATM presentation to theuser based on the presentation data.
 12. The device of claim 11,wherein: the at least one memory further stores an electronicapplication associated with a transaction entity; and the interactionbetween the user and the device includes accessing the electronicapplication via the device.
 13. The device of claim 11, whereindetermining the geographic location associated with the potential useractivity is based on a current location of the device.
 14. The device ofclaim 11, wherein determining the geographic location associated withthe potential user activity is based on a geographic region historicallyassociated with the user for the determined potential user activity. 15.The device of claim 11, wherein causing the at least one displayassociated with the ATM to demonstrate the personalized ATM presentationis performed in response to determining that the device has enteredwithin a predetermined radius of the ATM.
 16. The device of claim 11,wherein the operations further include: causing, via the device, the ATMto transition to a working mode or an on-status.
 17. The device of claim11, further comprising: a short-range interface, wherein causing the ATMto demonstrate the personalized ATM presentation is performed inresponse to a connection being established between the device and theATM via the short-range interface.
 18. The device of claim 11, wherein:the ATM is one of a plurality of ATMs associated with the determinedgeographic location; and the operations further include: displaying alisting of the plurality of ATMs; receiving a selection by the user ofthe ATM from amongst the plurality of ATMs in the listing; and inresponse to receiving the selection, selecting the ATM.
 19. The deviceof claim 11, wherein the operations further include: displaying anotification including information associated with the ATM.
 20. Acomputer-implemented method for demonstrating a personalized automatedteller machine (ATM) presentation to a user, the method comprising:determining, based on an interaction between a user and a deviceassociated with the user, a potential user activity that involves aninteraction between the user and an ATM, wherein the interaction betweenthe user and the device includes accessing an electronic application,via the device, associated with a transaction entity; and in response todetermining the potential user activity: determining a geographiclocation associated with the potential user activity; causing an ATMassociated with the determined geographic location to obtainpresentation data that includes information regarding a transactionentity associated with the potential user activity; and in response todetermining that the device has entered within a predetermined radius ofthe ATM, causing at least one display associated with the ATM todemonstrate the personalized ATM presentation to the user based on thepresentation data.